文章同步於blog
開發模式最終章 - 敏捷開發
今天會簡單介紹敏捷開發,關於敏捷開發的文章,網路上早就一大堆了
所以今天就簡單帶過
而我會更著重在濫用敏捷這件事情
相較於瀑布開發,敏捷開發的模式則是將軟體的功能切成小粒度的需求之後,將開發過程變成一個又一個的迴圈
而精神則可以參考敏捷宣言
個人與互動:重於流程與工具
可用的軟體:重於詳盡的文件
與客戶合作:重於合約協商
回應變化:重於遵循計劃
而以上這些事簡單的敏捷介紹,詳細資料可以從我參考資料中去找,我就不再多說了
對,結果又講回隕石了
所謂的假敏捷,我個人觀察到的有幾個
第一種我們會看到的表現是,提倡敏捷彈性調整的精神,卻使用瀑布開發或是繞過Product Owner直接去找其他人做修改
這個狀況就只是在宣揚敏捷的精神,然後來半脅迫其他人修改專案,所以隕石
第二種則是有各種開不完的會,設立各種敏捷的工具和職務,卻還是以傳統開發觀念來執行敏捷,口口聲聲說開會就是敏捷,然後又繞過Product Owner,或是更猛的,說詳盡的文件在敏捷中不必要,所以甚麼都不寫
文件依然有其必要性,連規格書這類的東西都沒有我是要通靈?
第三種就是嘴巴說敏捷,但唯一敏捷的就是出是烙幹或甩鍋的速度。
我們講了三天的開發模式,有沒有發現一個重點,重點都是在人
當專案的執行者、擁有者、專案經理等職位的人沒有辦法適應或是遵守開發模型的原則
例如瀑布模型的狀況,卻無法阻擋客戶的修改需求 - 隕石
再或是敏捷開發上,大力讚揚敏捷的好,卻還是想要繞過各種管理職來插件 - 隕石
當人沒有辦法好好地遵守規範,給你一個多牛逼的開發模式你都只會跑成隕石,彼時都只是讓專案的參與人員浪費過多的時間
深入淺出「Agile 敏捷式開發:Scrum」(上)
敏捷軟體開發
成功的敏捷產品管理打造暢銷產品的秘訣
理解假敏捷
今天拜飛機了沒? —— 談敏捷開發中的貨物崇拜
敏捷開發就是不用寫文件?